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L'invention concerne un dispositif et un precede permettant de 
5 transmettre des informations entre deux couches d'une pile reseau. 

Elle s'applique dans le ; domaine des transmissions avec pertes 
dues au medium de transmission (ex : transmissions sans fil). Elle s'applique 
dans tout systeme de transmission de donnees comportant un mecanisme 
de compression et de decompression d'en-tete. 

10 

La transmission de texte, d'images et de video par I'intermediaire 
de canaux de largeur de bande limitee peut etre affectee de maniere 
importante par des erreurs dues au canal. De tels systemes utilisent 
traditionnellement des codeurs de source pour reduire la redondance des 

15 symboles sources et reduire ainsi la quantite d'information a transmettre,. 
puis des codeurs correcteur d'erreur (ou de canal) pour augmenter la 
robustesse de information transmise sur le canal. Ceci est realise 
dassiquement grace aux standards de compression des codes de longueur 
variable (VLC : codes d'Huffman, codes arithmetiques,..) et au codage canal, 

20 a la modulation (designee dans la suite sous le terme gen<§rique de 
« codeur/decodeur de canal ») pour augmenter la robustesse de la 
transmission sur le canal. Une optimisation plus integree peut etre obtenue 
en developpant une strategie de codage/decodage conjoint source canal. Le 
point clef consiste alors a utiliser de maniere appropriee la redondance de la 

25 source residuelle pour la partie decodage. Cette redondance peut etre 
consideree comme une forme de protection de canal implicite par le 
decodeur et etre exploitee de facon a offrir une capacite de correction 
d'erreur. 

Dans les systemes simples ou le codeur de source 1 et le codeur 
30 canal 2 (respectivement les decodeurs source 3 et canal 4) sont directement 
interfaces, les techniques de codage conjoint source canal peuvent etre 



2 



imptementees facilement en echangeant I'information entre les differents 
blocs, comme le montre la figure 1. La reference 5 designe le canal de 
transmission. 

Du cote emetteur, les donnees d'information sur la sensibilite de la 
5 source aux erreurs canal (Source Significance Information ou SSI), peuvent 
etre transmises du codeur de source au codeur de canal afin de permettre 
I'application. des techniques telles. que la protection inegale aux erreurs 
(Unequal Error Protection ou UEP). De fagon a adapter les taux de codage 
source et de codage canal aux conditions du canal de propagation, il est 
10 aussi utile de fournir I'information relative a I'etat du canal (Channel State 
Information ou CSI) au codeur de source et au codeur de canal. Dans !e 
domaine des communications numeriques, les methodes traditionnelles de 
^codage^ppliquees^Tte^els-^hemas^ 

gains de codage eleves avec une complexite raisonnable et une robustesse 

15 aux erreurs de transmission, peuvent etre a decisions « dures » (hard) ou a 
decisions « souples » (soft) selon que le signal est binaire ou analogique. 

Les m<§thodes de decodage a decisions souples permettent 
d'ameliorer asymptotiquement la performance, en terme d'erreur, de 
plusieurs decibels sur la plupart des canaux. L'information souple apparaTt 

20 done comme necessaire dans le domaine des communications modernes. 
Afin de permettre le decodage souple, le decodeur interne doit fournir une 
sortie souple au decodeur externe et vice-versa dans le cas d'un decodage 
iteratif. En consequence, du cote recepteur, les sorties souples du canal et 
I'information CSI relative a la fois a I'amplitude de I'evanouissement et au 

25 bruit, peuvent etre fournies par le canal au decodeur de canal qui realisera le 
decodage canal a entree et sortie souples (Soft Input Soft Output ou SISO). 

Par ailleurs, la sortie souple du decodeur de canal ou I'information 
de fiabilite du decodeur (Decoder Reliability Information ou DRI) seront 
transmises au decodeur de source qui realisera le decodage source a 

30 entrees souple et fournira une sortie souple pour les informations de source, 
e'est-a-dire I'information a posteriori de la source (Source A posteriori 
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information oii SA1) peutetre retransmise au decodeur de canal pour 
effectuer le decodage canal controle par la source et eventuellement le 
decodage iteratif source canal. 

Toutefois, les codeurs/decodeurs source et canal sont souvent 
5 des dispositifs appartenant a un reseau qui ne peuvent pas echanger 
d'information a cause des couches protocolaires 6 qui les separent, comme 
illustre a la figure 2. 

Les diverses informations a echanger entre les decodeurs doivent 
passer a travers differents niveaux de protocoles reseau. Toutefois, pour 
10 rester compatibles avec les recommandations et les implementations [1], de 
telles transmissions ne doivent pas interferer avec I'utilisation reguliere du 
reseau. Ceci implique que I'lnformation supplemental soit transmise de 
fa9on transparente pour la pile protocolaire. 

15 Modele de la couche OSI 

En pratique, le transfert des informations DRI et SAI entre le 
codeur de source et le codeur de canal consistera a transmettre des valeurs 
quantifies a travers la pile protocolaire. Le probleme de la transparence 
devient celui de la transmission de plusieurs entrees binaires (typiquement la 

20 quantification peut etre faite sur 4 ou 5 bits) au lieu d'une entree binaire 
unique pour chaque bit d'information considere. Toutefois, comme la 
transmission ne se fait pas directement mais a travers un reseau, les bits 
d'information qui interessent ^application constitue seulement une partie 
constituant la partie utile de la sequence effectivement emise. Comme il est 

25 illustre a la figure 3, cette sequence emise est composee des donnees utiles 
encadrees par des en-tetes et eventuellement des terminaisons de paquet 
(par exemple des champs de controle tels que les codes cycliques de 
rendondance CRC). 

De fagon plus explicite, la transmission de donnees dans le sens 

30 descendant (du niveau applicatif au niveau acces reseau) a travers la pile 
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protocolaire consistera a chaque transition de couches dans les etapes 
suivantes [1] : 

<» Obtenir la sequence de donnees S L+ i de la couche supeneure, 

• Generer I'en-tete ad hoc et eventuellement des champs de controle, 

5 • Construire la nouvelle sequence de donnees S L en concatenant I'en-tete, 
la sequence S L+ i et le champ de controle. Cette etape est eventuellement 

realisee en decoupant la sequence de donnees en plusieurs blocs, ceci 

en tenant compte des limitations eventuelle de taille imposees par le 
protocole. Dans ce dernier cas, les paquets resultants peuvent avoir un 
10 nombre d'en-tete inferieur mais gardent une constitution similaire. Leur 
evolution est done semblable a celle des paquets non divises. 
De I'autre cote du canal, la transmission montante a travers la pile 
p"rotco6lair^ohs1sTeT^a^aque transition de" couches al 

• Obtenir la sequence de donnees S' L -1 de la couche inferieure, decapsuler 
15 I'en-tete ad hoc (et eventuellement la terminaison de paquet) pour creer 

la sequence S' L . Cette etape est eventuellement realisee en meme temps 
que les requetes de retransmission dans ie cas ou la decapsulation 
montre que le flux de donnees etait corrompu, 

• Envoyer la sequence de donnees S' L a la couche superieure si le champ 
20 de controle est correct. 

Solutions pour echanger ('information a travers ies couches de la pile 
protocolaire 

Pour echanger de Pinformation entre les couches sans modifier la 
pile protocolaire, une premiere idee serait de contourner la pile et d'utiliser un 

25 lien parallele, en particulier lorsque Ton travaille sur la meme machine. 
Certains liens existent en pratique sur un ordinateur, entre les couches de 
bas niveau (noyau) et le niveau utilisateur sans passer a travers la pile 
protocolaire. Par exemple il est possible d'utiliser des drivers dedies avec 
des liens iotel [3] ou des moyens specifiques, par exemple des moyens de 

30 selection par la methode BPF (Berkeley Packet Filter [4]) qui permettent a la 
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couche applicative de capturer et de filtrer les donnees au niveau des 
liaisons de donnees. 

Toutefois, de telles solutions sont applicables uniquement en local et 
correspondent a un cas ou les donnees ne doivent pas traverser la pile 
5 protocolaire. Elles ne s'appliquent done pas dans le cas ou niveau acces au 
reseau et le niveau application ne peuvent pas §tre connectes de cette 
facon. 

Une autre solution proposee permet fechange 'conformation telle que la 
fiabilite ou information souple a travers un reseau entre le decodeur de . 
10 source et le decodeur de canal, en evitant toute interference avec I'utilisation 
standard du reseau et en consequence en evitant de redefinir des protocoles 
existant. Presente dans la reference [5], cette solution de « transparence 
pour le reseau » repose sur la presence de couches adaptatives qui 
permettent de prendre en compte les mecanismes existants de qualite de 
service QoS, et sur la validation du concept dans un environnement Berkeley 
Software Distribution Linux. Une telle solution a I'avantage de pouvoir 
s'adapter a toute pile protocolaire et a tout reseau. Elle impose toutefois de 
posseder une connaissance parfaite de la pile protocolaire au niveau de 
I'acces reseau et de ('application. Elle est de plus assez complexe car elle 
oblige a decapsuler une fois de plus au niveau de la couche physique pour 
modifier la donnee transmise. 

Ces solutions presentent comme inconvenient majeur, la presence 
d'un mecanisme capable de construire ou de modifier le contenu des 
paquets IP valables au niveau physique et au niveau acces reseau. 
25 Compression d'en-tete 

Les liaisons ou communications sans fils sont caracterisees par 
une largeur de bande limitee qui, en pratique, limite le debit d' informations 
emises ou recues par un utilisateur. Une telle liaison est vue 
traditionnellement comme un goulot d'etranglement (particulierement pour 
30 des taux d'erreur binaire ER et de trame FER entre 1CT 2 et 1CT 5 ) pour la 
transmission de donnees car elles conduisent souvent a des retransmissions 
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multiples des donnees, qui aggravent le probleme de I'etroitesse de la bande 
limitee. 

En consequence, la transmission directe des paquets IP sur des liens 
physiques sans fil conduit a un gaspillage important du debit d'information 
binaire utile, car en fait les en-tetes des couches RTP, UDP et IP ajoutent 
une charge non negligeable aux donnees utiles. Cette charge peut etre 
aisement recluite car ces en-tetes sont souvent redondantes, soit a I'interieur 
de Ten-tete elle-meme ou avec les en-tetes precedants ou suivants le 
paquet. Dans un contexte de donnees temps-reel, ou les paquets doivent 
etre transmis rapidement, les charges resultant de I'en-tete peuvent atteindre 
jusqu'a plusieurs fois la taille des donnees utiles (jusqu'a un facteur d'environ 
3). Par ailleurs les mecanismes de correction d'erreurs (Forward Error 
Correction- ou J=EC)-appliques-aJa- co.uche..deJiaisojn_de_donrides_MAC.sQnt 
g^neialement choisis pour garantir un faible taux d'erreurs, ceci pour assurer 
que les paquets IP ne seront pas rejetes lorsque leur CRC est verifie dans la 
couche 3 (IP). Ceci conduit a une protection globale du paquet IP au niveau 
le plus eleve, lorsqu'en fait seul I'en-tete est particulierement sensible aux 
erreurs. Pourtant, les donnees multimedia transmises peuvent souvent 
tolerer un taux d'erreur plus elevd grace aux diverses mecanismes de 
correction appliquees aux codeurs source (robustesse du decodage, 
techniques de masquage,..). 

Pour repondre au double objectif de la reduction d'en-tete et de 
I'augmentation de la robustesse de l'en-t§te pour les liaisons sans fil, un 
nouveau protocole propose par I'lETF a 6te introduit dans les versions 5 et 6 
de I'UMTS par le groupe de travail 3GPP. Ce schema, designe sous 
I'expression « Compression d'en-tete robuste » (Robust Header 
Compression ou ROHC) a e\6 standardise par I'lETF sous la reference RFC 
3095 [6]. Le principe du mecanisme ROHC est presente a la figure 4. La 
standardisation de la compression d'en-t§te RTP/UDP/IP pour les liaisons 
UMTS est en cours d'etude par I'lETF [7]. 
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La figure 5 permet de mieux illustrer le mecanisme de ROHC. Les 
champs d'en-tete variables IP, UDP, RTP au niveau de la pile protocolaire 
peuvent etre classifies comme suit : 

INFERRED (decrites) : donnees qui peuvent etre directement derives des 
5 autres champs d'en-tete. Elles ne sont pas transmises, 

STATIC: champs statiques pour I'ensemble de transmission de donnees. lis 
sont transmis une seule fois. 

STATIC-DEF : champs definissant le flux de donnees. lis sont geres comme 
la classification STATIC. 

o STATIC-KNOWN: champs avec des valeurs connues. lis ne sont pas 
transmis. 

CHANGING : champs dont les valeurs changent regulierement, soit de 
maniere aleatoire, soit periodique. lis sont transmis en totalite. 
II est ainsi facile de comprendre que le taux de compression obtenu est 
5 assez important et permet d'economiser une « grande » largeur de bande de 
transmission. Cette largeur de bande disponible peut etre utilisee pour mieux 
proteger les en-tetes extremement fragiles, I'ensemble des donnees ou 
encore transmettre plus d'information. 

o L'invention propose notamment une solution permettant I'echange 

d'informations (CSl, SSI, DRI, SAI ) entre le decodeur de source et le 

decodeur de canal en presence de couches reseaux intermediates sans 
modification de ces couches, il est alors possible d'utiliser les informations 
echangees pour ameliorer la performance de decodage, par exemple en 

5 realisant un decodage ssouple grace aux informations de fiabilite (DRI, SAI). 

Dans la suite de la description, on designe par sens descendant la 
transmission d'informations allant de la couche applicative vers la couche 
acces reseau et dans le sens montant la transmission d'information de la 
couche acces reseau vers la couche applicative. 

o L'invention concerne un procedS pour echanger des donnees 

entre deux couches d'une pile reseau dans un systeme de transmission de 
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donnees comprenant un mecanisme de compression et de decompression 
d'en-tete. II est caracterise en ce qu'il comporte au moins les etapes 
suivantes : 

• transmettre les paquets initiaux a une etape de 
compression/decompression d'en-tete des paquets, et simultanement 

• transmettre des informations supplementaires h une etape de mise en 
forme pour produire/extraire lesdites informations dans des paquets 
supplementaires compatibles avec la pile reseau. 

La transmission des informations circulant du niveau acces reseau 
vers le niveau applicatif, comporte par exemple au moins les etapes 
suivantes : 

• differencier les informations provenant du canal de transmission en un 
4lux^e^aquets^itiaux--et_un_^ 

prealabiement quantifies, 

• transmettre les paquets initiaux codes et les informations 
supplementaires a une etape de decompression d'en-tete, 

• mettre en forme les informations supplementaires quantifies en fonction 
des caracteristiques de la pile protocolaire, 

• transmettre les deux flux ainsi obtenus a une etape de codage source ou 
a une etape de decodage source. 

La transmission d'informations circulant du niveau applicatif vers 
le niveau acces reseau, le procede peut comporter au moins les etapes 
suivantes : 

• differencier les paquets provenant de la pile protocolaire en un flux de 
paquets en un flux de paquets initiaux et un flux de paquets 
deformations supplementaires, 

• compresser les en-tetes des paquets initiaux et les transmettre a une 
etape de codage de canal, 

• mettre en forme les informations supplementaires par extraction de 
reformation suppiementaire pour transmission a Petape de codage canal, 
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o transmettre fe flux genere par le codage de canal pour emission vers le 
canal de transmission. 

La transmission d'informations circulant du niveau applicatif vers 
le niveau acces reseau, le precede comporte par exemple au moins les 
5 stapes suivantes : 

• differencier les paquets provenant de la pile protocolaire en un flux de 
paquets en un flux de paquets initiaux et un flux de paquets 
d'informations supplementaires, 

• compresser les en-tetes des paquets initiaux et les transmettre a une 
10 etape de codage de canal de la couche d'acces, 

• mettre en forme les informations supplementaires par extraction de 
I'information supplemental pour transmission a I'etape de decodage 
canal, 

• transmettre le flux genere par le codage de canal pour remission sur le 
15 canal de transmission. 

La transmission d'informations circulant du niveau applicatif vers 
le niveau acces r§seau, ii peut comporter au moins les etapes suivantes : 

• differencier les paquets provenant de la pile protocolaire en un flux de 
paquets en un flux de paquets initiaux et un flux de paquets 

20 d'informations supplementaires, 

• compresser les en-tetes des paquets initiaux et les transmettre a une 
elape de codage de canal, 

• mettre en forme les paquets transportant les informations 
supplementaires quantifies par compression d'en-tete en fonction des 

25 caracteristiques de la pile protocolaire pour transmission a I'etape de 
codage canal, 

• transmettre les flux generes par le codage de canal pour emission sur le 
canal de transmission. 

30 La pr^sente invention presente notamment les avantages 

suivants : 
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Elle est compatible avec les reseaux existants IP qui implemented le 
processus de compression d'en-tete. Elle permet de transmettre des 
informations supplementaires via le m^canisme de compression et de 
reconstruction d'en-tete en contrepartie d'une augmentation reduite de la 
complexity numerique. 

Elle peut etre appliquee tout en utilisant les outils de qualite de service 
proposes par IETF pour la pile protocolaire OSI. 

Elle permet de b^neficier de la connaissance des elements disponibles 
au niveau de couches donnes de la pile protocolaire, ces elements 
n'etant habituellement pas transmis. 

• Elle permet notamment 

• de transmettre des informations supplementaires telles que la fiabi!it6 
-xJ^&s — bits — ctooodesi— I'Ti^f cn-rnatix>ri — s«r -l^tet-^dl ti— cano^ — ou — d a — so tt ree- 
(statistiques, etc) tout en restant compatible avec les 
recommandations OSK 

• de localiser reformation necessaire pour ggnerer des en-tetes de 
paquets valables supplementaires et £ventuellement de modifier les 
en-tetes des paquets initiaux selon les besoins de Putiiisateur au 
niveau acces reseau, 

• d'extraire I'information supplemental a la couche d'accds reseau et 
de I'utiliser comme donnde utile pour les paquets supplementaires 
valides transmis par un port dedie a un niveau d'application, 

D'autres avantages et caracteristiques de la presente invention 
apparaitront mieux a la lecture de la description qui suit donnee a titre 
illustratif et nullement limitatif annexee des figures qui represented : 
<* La figure 1 un schema generique de decodage source canal conjoint, 
® La figure 2 un decodage conjoint source canal sur un reseau, 

• La figure 3 un principe de syntaxe pour un paquet genere par une pile 
protocolaire, 
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e La figure 4 le principe du mecanisme ROHC, 

• La figure 5 un exemple de classification des champs d'en-tete pour une 
pile RTP/UDP/IPv4, 

• Les figures 6a et 6b un schema des transmissions d'information du cote 
emetteur, 

• Les figures 7a et 7b un schema des transmissions d'information du c6te 
recepteur, 

• La figure 8 un exemple de generation de champs d'en-tete pour des 
paquets supplementaires dans une pile RTP/UDP/IPv4, 

• La figure 9 un exemple de classification de champs d'en-tete pour des 
paquets originaux dans une pile RTP/UDP/I Pv4, 

• Les figures 10 et 11 deux exemp.es direction deformations 
supplementaires, 

• La figure 12 un exemple ^application de invention dans un contexte de 
transmission sans fil avec compression d'en-tete. 

En resume, I'information supplemental transmise du niveau 
acces reseau au niveau application est placee dans des paquets valides 
generee par le module de compression d'en-tete en parallele a la 
transmission des donnees d'origine. Cette integration au sein du processus 
de reconstruction suppose que la syntaxe a utiliser pour construire des 
paquets supplementaires est connue et que la syntaxe des paquets des 
donnees d'origine reconstruits peut etre modifiee en fonction du souhait de 
l'ut,l,sateur. De maniere similaire, I'information supplemental a transmettre 
du n«veau applicatif au niveau acces reseau est transmise via des paquets 
supplementaires qui sont intercepts par le module de 
compression/decompression d'en-iete et extraits pour etre utilises selon les 
besoins des utilisateurs. 

Le module de compression/decompression est un module adapte 
a mettre en ceuvre un mode de compression d'en-tete et un mode de 
decompression, selon le sens de transmission des informations. Dans | e 
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sens montant, le module de compression/decompression fonctionne en 

mode decompression alors que dans le sens descendant, ii fonctionne en 

mode de compression, 

Les figures 6a et 6b decrivent un exemple d' echanges existants 
5 du cote 6metteur de transmission ayant la capacite de transmettre des 

informations supplementaires. 

L'architecture de I'emetteur est similaire a celle decrite a la 

figure 4, ou le codeur de source 1 est en liaison avec une partie comprenant 

un module 6 de compression/decompression d'en-tete et un codeur de canal 
10 2 par Tintermediaire d'une pile protocolaire 6 comprenant plusieurs couches 

reseau. 

La figure 6a schematise les echanges dans le sens « montant » 

de_ la_couche ..accM-Xeseau v ers la c ouche .applicative. Le module de 

compression/decompression fonctionne en mode decompression. Les 
15 observations en provenance du canal 5 sont transmises au codeur de canal 
2 qui gSnerent un paquet de donnees d'origine estimees et un flux 
^informations supplementaires quantifies selon des techniques dont un 
exemple est donne a titre illustratif et nullement limitatif. Ces deux flux sont 
transmis au module de compression/decompression d'en-tete qui applique 
20 un traitement standard aux paquets de donnees d'origine et qui transforme 
reformation supplemental en paquets supplementaires compatibles avec 
les protocoles transmis aux couches. 

Les informations supplementaires contenues dans les paquets sont ensuite 
utilisees par exemple en decodage souple de type SOVA ou BCJR. 

25 La figure 6b schematise les echanges existants dans le sens 

descendant entre le niveau applicatif et le niveau acces reseau. 
Les paquets initiaux et les paquets contenant des informations 
supplementaires quantifies au niveau du codeur de source sont transmis au 
module 7 de compression d'en-tete qui les difference par exemple au moyen 

30 d'un champ d'en-tete particulier (par exemple le numero de port UDP). Ce 
dernier comprime les en-tetes des paquets initiaux. II recupere les 
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informations quantifies. Les deux flux ainsi generes sont transmis au codeur 
de canal qui les differencie. 

Selon la valeur fixee du champ d'en-tete en fonction des besoins 
de I'utilisateur, le module de compression d'en-tete recupere les informations 
5 supplemental quantifies par extraction des paquets differences pour les 
transmettre directement au codeur de canal, de facon synchrone ou non 
synchrone avec les paquets initiaux. En effet, dans le cas ou I'information 
supplemental (par exemple SSI) n'est pas directement liee a des paquets 
initiaux donnes, ceux-ci peuvent etre absents et seule de I'information 
10 supplemental transmise. Le codeur de canal dequantifie ces informations 
et les utilise alors (par exemple la SSI qui peut permettre de faire de la 
protection inegale des donnees (Unequal Error Protection ou UEP)). 

Dans le cas ou les informations supplementaires sont detectees 
15 comme etant destinees au decodeur de canal du recepteur, les paquets 

contenant I'information supplemental ont leurs en-tetes compressees par le 

module de compression d'en-tete et transmis au codeur de canal pour 

codage et emission sur le canal. Les trames emises sont alors recues et 

decodees au recepteur et remontent au niveau du module de 
20 compression/decompression du recepteur qui reconnaitra les paquets 

destines au decodeur de canal et les lui transmettra. 

Tout ceci s'applique aussi pour la transmission vers les blocs 

decodeur de canal de I'emetteur et codeur de canal du recepteur dans le cas 

d'une transmission duplex. 
25 Cela s'applique aussi pour la transmission vers les blocs decodeur 

de source et decodeur de canal de I'emetteur pour une transmission duplex. 

Les figures 7a et 7b represented les echanges d'information qui 

se deroulent du cote du recepteur. L'architecture de ce recepteur est 

semblable a celle du recepteur de la figure 4. 
30 La figure 7a schematise les echanges dans le sens « montant » 

de la couche acces n§seau vers la couche applicative. Les observations sont 
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re9ues par le decodeur de canal qui genere les donnees estimees d'origine 
(donnees utiles estimees) et des informations supplementaires quantifies 
(par exemple SAI, DRI, ..) selon des methodes dont un exemple est detaille 
ci-apres. Ces deux flux sont transmis au module de compression d'en-tete 

5 qui genere des paquets contenant des donnees d'origine reconstruites et des 
paquets contenant des informations supplementaires. Ces informations <§tant 

g6n6r$es typiquement par quantification des informations souples en sortie 

du decodeur. 

La figure 7b schematise les echanges d'information dans le sens 
10 descendant de la couche applicative vers la couche acces reseau. Les 

paquets contenant les donnees utiles et les paquets contenant les 

informations supplementaires sont transmis au module de compression d'en- 
t&e-qui-genefe^es-paquets-de-donnees utiles-avee-en-tete-eempressees-et 

les informations supplementaires quantifies. 
15 Les differents mecanismes decrits aux figures 6a et 6b 

s'appliquent respectivement pour les figures 7a et 7b. 

Differentes methodes pour geneYer les en-tetes, pour modifier les 
paquets de donnees, pour utiliser I'information supplemental, pour 

20 quantifier les informations supplementaires sont explicitees ci-apres. 

Generation des paquets supplementaires au niveau applicatif et 
extraction des paquets supplementaires au niveau acces reseau. 

Le procede selon I'invention permet de transmettre I'information 
supplementaire du niveau applicatif au niveau acces reseau. En particulier 

25 (figure 2) les informations SSI ou SAI peuvent etre exploiters au niveau 
acces reseau. Pour des systemes utilisant la compression d'en-tete, ceci est 
realisee en generant au niveau applicatif des paquets supplementaires 
contenant I'information supplementaire. Ces paquets peuvent ensuite etre 
transmis via un numero de port dedi<§. Ces paquets seront transmis sans 

30 capacite ARQ (automatic repeat request), comme ils ne seront pas vraiment 
transmis mais intercepte au niveau acces reseau. Au niveau acces reseau, le 
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module de compression d'en-tete qui traditionnellement effectue la 
compression d'en-tete et en consequence a une connaissance de la 
structure des paquets, est modifie pour tester la presence du port d6die : 

• si la presence du port dedie est trouvee, le module reconnaTt le paquet 
supplemental comme tel et I'elimine du flux de donnees. La partie utile 
des donnees est ensuite extraite pour etre. utilises par le decodeur de 
canal (demodulateur, ..) 

• si le port n'est pas un port dedie, le mecanisme classique est applique. 

Generation d'en-tete de paquets valides pour transmettre I'information 
au niveau applicatif 

Le mecanisme de compression d'en-tete repose sur le fait que les 
champs d'en-tete variables IP, UDP, RTP dans la pile protocolaire ont une 
syntaxe fixee qui peut etre facilement reconstruite a partir d'une information 
partielle (typiquement les classes STATIC, STATIC-DEF et CHANGING). 

Sur un principe similaire, le mecanisme de reconstruction par le 
module de compression d'en-tete (fonctionnant en mode decomprssion) peut 
aussi, en parallele au flux de donnees initiates, reconstruire des paquets 
supplemental a partir des memes champs d'en-tete. La figure 7 montre un 
exemple d'application de ce principe avec 3 classes de champs d'en-tete : 
RECOPIED (recopie) : correspond aux champs qui sont directement copies 
des paquets de donnees valides. En pratique, ces champs appartiennent 
principalement aux classes STATIC, STATIC-DEF et STATIC-KNOWN mais 
peuvent aussi etre de la classe CHANGING, recopies tels que (par exemple 
P<§tiquette temporelle ou timestamp), 

INFERRED (deduit): comme dans le precede ROHC process, ces champs 
sont derives directement des autres champs d'en-tete, 
SPECIFICALLY DERIVED (calcule specifiquement) :'ces champs sont ceux 
qui sont modifies specialement pour permettre la transmission de 
I'information supplemental. En particulier : 
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• le port de destination qui permettra a Putilisateur de separer le flux de 
donnees initiates du flux de donnees supplementaires et d'eviter ainsi de 
perturber le fonctionnement habituel des divers protocoles (RTCP par 
exemple). II est propose de transporter les donnees initiates et 
Pinformation supplemental sur deux numeros de port distincts (UDP, 
TCP); 

• le checksum (le total de controle UDP) qui depend de la partie utile des 
donnees. II doit etre recalcule en fonction des nouvelles parties utiles que 
les paquets supplementaires transported, 

• le numero de sequence qui sera utilise pour identifier la correspondance 
entre le paquet d'origine et le paquet supplemental, 

• la partie de donnee utile qui sera remplacee par reformation 
supplementaire-a-transmettrer 

RECOPIED = {(Ver, Hd.L, TdeS, Identification , R, M, L, offset, TTL, 
Protocol, Source Adress, Destination address) IPv4, Source Port (UDP), Ver, 
P, E, CCnt, M, P.Type, Timestamp, Identification Source Synchronisation 
(SSRC) Identification Source Contribution 1 st , CSRC, Identification Source 
Contribution last) 

INFERRED = { Paquet Length, Checksum (IPv4), Datagram Length (UDP)} 
SPECIFICALLY DERIVED^ {Destination Port, checksum, Sequence 
number (UDP)} 

Modification des paquets d'origine en fonction des besoins de 
I'utilisateur 

II est possible pour I'utilisateur de modifier les en-tetes des 
paquets initiaux. Le precede de reconstruction des en-tetes peut etre adapte 
a des besoins specifiques de transmission avec de Pinformation 
supplemental. Par exemple, le checksum sur la partie utile des donnees ( 
UDP checksum) peut etre neutralise par exemple en le mettant a zero. Dans 
ce cas, une erreur dans la partie utile des donnees ne conduira pas a une 
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elimination de- ce paquet dont la partie utile peut etre corrigee grace au 
decodage souple de source. 

La figure 9 donne un exemple de modification de la classification 
des en-tetes des paquets pour les paquets originaux dans la pile 
RTP/UDP/IPv4. Les caracteres gras, italique, soulignes, majuscule ou 
minuscule sont respectes entre la figure et la description. 
INFERRED = { Paquet Length, Checksum (IPv4), Datagram Length (UDP)} 
STATIC = { Ver, M, L, Protocol (IPv4), P, E (UDP)} 

STATIC-DEF = {Source Address, Destination address, Source Port, 
Destination Port, Identification Source Synchronisation (SSRC)} 
STATIC-KNOWN ={ hh / ,,. R L 0ffs(!t : Veirl 

CHANGlNG={TdeS identification. TTL nn ntM. P.tvn^ se quence Numh^ 
Timestamp, Identification Source r etribution 1st, CSRC. Ici^ntifi^tinn 
Source Contribution ( la<tt\ } 

15 SPECIFICALL Y DERIVED^ /checksum OJDP)} 

De telles modifications ne perturberont pas la transmission de 
I'information : le paquet d'origine est transmis normalement a travers la pile 
protocolaire. Si aucun protocole d'en-tete ne comporte d'erreurs, le paquet 
20 traverse I'ensemble de la pile protocolaire et est recu au niveau applicatif. 
Les paquets RTCP sont ainsi transmis normalement et la qualite de service 
(QoS) de la transmission est garantie. 
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Extraction de I'information presente au niveau acces reseau et 
Integration de cette information dans les paquets supplemental^ 
valldes pour une utilisation au niveau applicatif 

Plusieurs cas peuvent etre envisages pour transmettre 
I'information supplemental, CSI, DRI. Cette information est formatee pour 
etre inseree dans les paquets supplemental. Ces paquets transportant 
des unites binaires (bits), I'information doit etre en consequence etre 
transformed en bits. 
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Dans le cas de rinformation de fiabilite du decodeur ou de toute 
information directement proportionnelle aux donnees utiles, on utilise une 
etape de quantification [2] applique a un nombre donne k de bits, comme il 
5 est illustre k la figure 10 . L'information b=(b1, b2, ..bn) reelle est quantifiee 
pour obtenir c=(cn, ...c n k) avec bi == (c^, c i2 , c ik ). Les coefficients ci sont 
des elements binaires. 

Dans le cas d'une information relative a I'etat de- canal, ou pour 
toute information de taille non proportionnelle aux donnees utiles (et en 
10 pratique assez courte), ceci implique un procede de quantification ou de 
mode§lisation sur un nombre k de bits donnes, comme il est illustre a la figure 
11. L'information suppl&mentaire est quantifiee selon un modele 

-prealablement defini-par-^utilisateuFr l^*sequenG^^(G lT ^27 .^y-o^ ^u-Gi-G- 

{0, 1} est un Element binaire, represente done Tetat du canal ou toute 
15 information semblable. 

De meme, en sortie du codeur/decodeur de source ou 
codeur/decodeur de canal, un quantificateur est dispose pour generer 
l'information quantifiee de DRI ou de SSI. 

Cette extraction d'information r6alis§e, les valeurs quantifies sont 
20 transmises en parallele au flux standard au module de compression d'en-tete 
qui les exploitera. 

Expressions possibles pour les champs intitules 'SPECIFICALLY 
DERIVED' 

25 Les champs presentes ci-dessus comme etant specialement 

derives sont destines a permetlre le procede de transmission d 1 information 
supplementaire. Quelques exemples sont donnes a titre illustratif et 
nullement limitatif : 

• le port de destination peut etre choisi soit de maniere dynamique, par 
30 exemple comme le premier port directement disponible au-dessus du 
port habitueliernent utilise ou encore etre enregistr§ comme un port dedie 
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pour une telle transmission, (I'enregistrement des ports dedies definie par 
I'organisation IANA que I'on peut trouver a I'adresse internet 
http-V/www.iana.orcri . 

• le numero de sequence. Ce numero peut etre ensuite utilise pour 
5 identifier les paquets initiaux des paquets supplementaires, 

» la partie des donnees utiles peuvent §tre denvees comme il a ete detaille 
prlecedemment en quantifiant I'information supplemental. Pour 
I'information de fiabilite, le nombre k peut etre pris egal a 4 ou 5. Le 
premier bit de quantification est par exemple pris egal a la valeur hard 
10 (estimation de la donnee d'origine) pour une meilleure efficacite. Pour une 
information supplementaire, telle que SSI ou CSI, le format devrait etre 
determine de maniere specifique entre les deux codeurs. Par exemple,' 
I'information CSI pourrait etre codee sur 4 niveaux, tres mauvais, 
mauvais, bon, tres bon, ceci correspondant a 2 bits d'information. 

15 

Applications possibles 

Le procede selon I'invention s'applique par exemple pour des 
reseaux a tres faible dSbit et a bande limitee. Par exemple il est utilise pour 
des transmissions sans fil construites sur un reseau a pile protocolaire avec 
compression d'en-tete tel que un reseau IP/UDP/RTP implementant le 
mecanisme ROHC. 

II s'applique aussi dans des reseaux avec un temps de 
retransmission aller retour (Return Time Trip ou RTT) ou ['utilisation de 
I'information CSI peut aider le comportement du decodeur de source pour 
25 choisir entre la retransmission demandee ou Implication des techniques 
d'annulation ou encore d'autres traitements des donnees recues, ceci en 
fonction de la probabilite de chance de recevoir correctement I'information a 
la seconde demande. 

Ce precede* peut aussi presenter des avantages Iorsque 
30 I'information sur le flux d'information en provenance de la source tel que 
I'information SSI peut etre fournie.par le codeur de source au decodeur du 
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canal. Ceci est par exemple le cas lorsque la protection d'erreur inegale 
(UEP) est realisee au niveau acces reseau. 

La figure 12 represente un exemple de mise en oeuvre de 
I'invention dans un contexte combine" transmission par fil/transmission sans 
fil ou Information supplemental peut etre utilisee par exemple entre 
chaque utilisateur et son point d'entree, chacun etant separe de I'autre par 
un canal de transmission de fiabilite faible. 
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REVENDICATIONS 



1 - Proc<§de pour echanger des donnees entre deux couches d'une pile 
5 reseau dans un systeme de transmission de donnees comprenant un 

rricanisme de compression et de decompression d'en-tete, caracterise en 
ce qu'il comporte au moins les Stapes suivantes : 

• transmettre les paquets initiaux a une etape de 
compression/decompression d'en-tete des paquets, et simultanement 

10 • transmettre des informations supplementaires a une etape de mise en 
forme pour produire lesdites informations dans des paquets 
supplementaires compatibles avec la pile reseau. 

2 - Procede selon la revendication 1 caracterise en ce que la transmission 
15 des informations circulant du niveau acces reseau vers le niveau applicatif, 

comporte au moins les etapes suivantes : 

• differencier les informations provenant du canal de transmission en un 
flux de paquets. initiaux et un flux d'informations supplementaires 
prealablement quantifies, 

20 . transmettre. les paquets initiaux codes et les informations 
supplementaires a une etape de decompression d'en-tete, 

• mettre en forme les informations supplementaires quantifies en fonction 
des caracteristiques de la pile protocolaire, 

• transmettre les deux flux ainsi obtenus a une etape de codage source. 

25 

3 - Procecte selon la revendication 1 caracterisd eri ce que la transmission 
des informations circulant du niveau acces reseau vers le niveau applicatif, 
comporte au moins les etapes suivantes : 

• differencier les informations provenant du canal de transmission en un 
30 flux de paquets initiaux et un flux d'informations supplementaires . 

prealablement quantifies, 



22 



• transmettre les paquets initiaux codes et les informations 
supplementaires a une etape de decompression d'en-tete, 

» mettre en forme les informations supplementaires quantifies en fonction 
des caracteYistiques de la pile protocolaire, 
5 • transmettre les deux flux ainsi obtenus a une etape de decodage source. 

. A - Proced<§ selon la revendication 1 caracterise en ce que la transmission 
d'informations circulant du niveau applicatif vers le niveau acces reseau, il 
comporte au moins les etapes suivantes : 
10 • differencier les paquets provenant de la pile protocolaire en un flux de 
paquets en un flux de paquets initiaux et un flux de paquets 
d'informations supplementaires, 

- compressor les -en-tetes des paquets initiaux- -et les- transmettre a- une - 
6tape de codage de canal, 
15 • mettre en forme les informations supplementaires par extraction de 
IMnformation supplementaire pour transmission a I'etape de codage canal, 
o transmettre le flux genere par le codage de canal pour emission vers le 
canal de transmission. 

20 5 - Precede selon la revendication 1 caracteYisS en ce que la transmission 
d'informations circulant du niveau applicatif vers le niveau acces reseau, il 
comporte au moins les etapes suivantes : 

• differencier les paquets provenant de la pile protocolaire en un flux de 
paquets en un flux de paquets initiaux et un flux de paquets 

25 d'informations supplementaires, 

• compresser les en-t§tes des paquets initiaux et les transmettre a une 
etape de codage de canal de la couche d'acces, 

© mettre en forme les informations supplementaires par extraction de 
I'information supplementaire pour transmission a I'etape de decodage 
30 canal, 
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• transmettre le flux genere par le codage de canal pour remission sur le 
canal de transmission. 

6 - Procecie selon la revendication 1 caracterise en ce que la transmission 
5 d'informations circulant du niveau applicatif vers le niveau acces rSseau, il 
comporte au moins les etapes suivantes : 

• differencier les paquets provenant de la pile protocolaire en un flux de 
paquets en un flux de paquets initiaux et un flux de paquets 
d'informations supplementaires, 

10 • compresser les en-tetes des paquets initiaux et les transmettre a une 
etape de codage de canal, 

• mettre en forme les paquets transportant les informations 
supplementaires quantifies par compression d'en-tete en fonction des 
caracteristiques de la pile protocolaire pour transmission a I'etape de 

15 codage canal, 

• transmettre les flux generes par le codage de canal pour emission sur le 
canal de transmission. 
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